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Description 

METHOD AND SYSTEM FOR 
TECHNOLOGY CONSUMPTION 
MANAGEMENT INCLUDING ALLOCATION 

OF FEES 

Cross Reference to Related Applications 

[0001] This application is a continuation-in-part of, and claims 

priority to, U.S. Serial No. 10/628,731 filed on July 28, 

2003 and entitled "Method And System For Technology 

Consumption Management" (which itself claims priority to 

U.S. Provisional Application serial number 60/463,474, 

filed April 16, 2003), all of which are hereby incorporated 

by reference. 
Field of Invention 

[0002] This application generally relates to managing the use of 
technology, and more particularly, to a method and sys- 
tem for monitoring, identifying, allocating and distributing 
the costs related to the consumption of raw technology 



resources by an organization to thereby increase the value 
of the technology to the organization and to help an or- 
ganization ensure an adequate return on the operational 

cost of technology. 
Background of Invention 

[0003] It is very important for entities to be able to track ex- 
penses. A growing portion of many entity's expenditures 
are related to computers, including costs for computers, 
peripherals, and support personnel. In the past, entities 
purchased or leased computers, servers, and the like on a 
fixed-price basis. That is, an entity would pay a fixed 
price for the use of a computer, regardless of how much 
they actually used the computer. An entity would also in- 
cur the salary costs for certain people to operate and 
maintain the computers and the facility costs for housing 
the equipment. 

[0004] Recently, a trend has emerged with computing providers 
selling computing time on a unit basis. In a manner simi- 
lar to electric companies selling electricity by the amount 
of electricity used, computing providers sell computing 
power based on the amount of computing time used. 
There are various benefits for the users of such a utility 
type pricing system. For example, entities may have flue- 



tuating needs wherein, one week, the entity may have 
large computing needs, but the next they may not have 
large computing needs. In such a situation, under tradi- 
tional pricing, the entity would be forced to buy enough 
computers, servers, and the like to cover their peak 
needs. 

[0005] Under traditional pricing schemes, during slower times, 

the computers and servers are not used as often, but pay- 
ments related to the computers still must be paid. If the 
entity tries to compensate by purchasing fewer or less ex- 
pensive computers and servers, they may encounter the 
opposite problem — they may have adequate computing 
power during slow times, but inadequate computing 
power during peak times. If the entity is dependent on 
adequate computing power being available at all times 
(for example, the entity runs an e-commerce business or 
otherwise desires 24-hour access by customers), the lack 
of computing power may result in lost business to the en- 
tity. The utility type pricing scheme reduces these prob- 
lems, as short-term spikes or dips in computing needs 
are compensated for by the resultant spike or dip in com- 
puting costs. 

[0006] However, under the utility pricing scheme, it may be more 



difficult to plan for future costs because, for example, 
peak times may not always be predictable. Another reason 
is that it is not always easy to determine how the comput- 
ing time is being spent and where it is being spent. In ad- 
dition, with the integration of systems and the evolution 
of user interfaces, it becomes difficult for users to per- 
ceive how much processor time they are using, thus mak- 
ing it easier for a user to inadvertently spend too much on 
computing. In certain instances, computing providers us- 
ing utility pricing do not separate costs per job, merely 
presenting a bill periodically. Therefore, an entity that has 
a dozen internal groups each using utility pricing may not 
be able to determine which groups are in need of more 
computing power or less computing power. 
[0007] jhe confusion in reconciling the fees for the computing 
time is often compounded in a corporate environment 
where multiple business units have different computing 
needs in any given month. In these cases, and particularly 
given the transformation of in-house computing depart- 
ments to cost centers, the in-house computing depart- 
ments may want to pass along the fees to the appropriate 
departments within their company. In addition, these fees 
are often passed along within the company to the clients 



being served by the business. For example, a company's 
client may have agreed to pay for excess computing time 
to complete a project. In these situations, it is important 
that the appropriate computing charges and the appropri- 
ate fees associated with those charges be accurately rec- 
onciled and forwarded to the appropriate department or 
corporate client. This has been a difficult task for corpo- 
rate computing departments in some instances because, 
under the past system, a computing department may 
manually collect all the fees owed by one corporate entity 
and forward a monthly lump sum balance owed by the 
corporation. 

[0008] A significant amount of computing department interven- 
tion is often required to address the aforementioned is- 
sues. A computing department may manually input infor- 
mation to identify the fee with the appropriate computer 
usage. However, there is an increased human error poten- 
tial and a reduction in the computing department produc- 
tivity corresponding to the time spent performing this 
manual transaction. While other billing software products 
exist, these products do not typically handle fees related 
to computer usage and the products do not offer en- 
hanced descriptive billing statements, and therefore the 



computing department receives calls from company divi- 
sions requesting additional information to help them un- 
derstand, validate, and reconcile their fees. Furthermore, 
existing fee allocation systems lack certain features or 
have certain deficiencies such as, for example, they gen- 
erally require manual computing department intervention 
resulting in poor time efficiency and increased error pos- 
sibilities; they provide little to no descriptive bill detail re- 
sulting in increased corporate division confusion trying to 
understand their fees and expense them; they are not able 
to automatically charge fees for value ads, special ser- 
vices, or other computing services and pass the cost for 
these services to the corporate division; they do not have 
the flexibility to automatically charge only one flat fee for 
several computer usages related to one project because 
they have no user profile to work from; and they do not 
automatically allow the fee to be charged to an alternate 
or a split form of payment because they have to bill 
through the corporate headquarters. 
[0009] vvith both traditional pricing models and utility pricing 
models, it is very important for organizations to limit 
costs in order to remain competitive in the marketplace. 
But it is also important to maintain sufficient computing 



power to be able to handle the variety of different tasks 
being performed. It is desirable for an entity to be able to 
more easily track past expenses and forecast future ex- 
penditures. A need also exists for billing with enhanced 
description for facilitating the reconciliation of the fees to 
the associated computing department. A need also exists 
for billing that avoids manually breaking out and reconcil- 
ing computing department fees, and improves computing 
department efficiency. There further exists a need to di- 
rectly, systematically, and automatically bill the fees and 
computing department charges to the appropriate enti- 
ties. 

Summary of Invention 

[0010] The present invention solves some of the problems in the 
prior art by identifying the consumption of raw technology 
resources by an entity in order to track past expenses and 
forecast future expenditures. The technology consump- 
tion may relate to, for example, computer usage, tele- 
phony resource usage, manufacturing, and production 
runs. An exemplary method of the present invention in- 
cludes receiving billing information from a provider, read- 
ing a business model file, then allocating the billing infor- 
mation according to the business model. The business 



model includes information regarding the business di- 
mensions of the entity, wherein the business dimensions 
may include, for example, business processes, organiza- 
tional information, and associated business performance 
metrics. The organizational information may include 
groups in which the entity is divided, as well as sub- 
groups for further subdivision of the business. 
[001 1] The invention also provides a controller for automatically 
billing a designated account, project, division or third 
party for fees associated with the computing time, use or 
other similar services. The system may utilize a rules en- 
gine or any other factors for dividing the billings. The sys- 
tem may provide loyalty points for computer usage or ac- 
cept loyalty points to pay for computer usage. Enhanced 
descriptive billing statements can be created simplifying 
the process of reconciling fees to the computing costs. 
The system may also monitor use in substantially real- 
time or provide notifications and warnings related to low 
or excessive use. The system may also compile usage 
statistics and send out requests for bids to obtain im- 
proved financial arrangements or to share usage with 

other entities. 
Brief Description of Drawings 



[0012] A more complete understanding of the present invention 
may be derived by referring to tlie detailed description 
and claims when considered in connection with the Fig- 
ures, where like reference numbers refer to similar ele- 
ments throughout the Figures, and: 

[0013] Figure 1 is an exemplary flow chart illustrating the pro- 
cessing of cost information; 

[0014] Figure 2 is an exemplary flow chart illustrating the cre- 
ation of a business model file; and, 

[0015] Figure 3 is an exemplary system diagram of the present 

invention. 
Detailed Description 

[0016] The present invention may be described herein in terms of 
various functional components and various processing 
steps. It should be appreciated that such functional com- 
ponents may be realized by a variety of different hardware 
or structural components configured to perform the spec- 
ified functions. For purposes of illustration only, exem- 
plary embodiments of the present invention will be de- 
scribed herein. Further, it should be noted that, while var- 
ious components may be suitably coupled or connected to 
other components, such connections and couplings may 
be realized by a direct connection between components, 



or by a connection through other components and de- 
vices. 

[0017] In general, the invention facilitates the optimization of the 
value of operational technology portfolios by helping 
technology investments to generate an adequate return. 
The system improves technology infrastructure and re- 
duces the expense base in various ways. For example, the 
invention identifies the manner through which more de- 
tailed raw technology consumption data can be utilized to 
create value add MIS. The invention also establishes and 
integrates new data sources at an enterprise level into a 
cohesive model, thereby linking application level technol- 
ogy consumption to associated business processes and 
products. In other embodiments, the invention substanti- 
ates and improves the current levels of business classifi- 
cation reporting to industry standard classifications for 
benchmarking. The invention also provides strategic ana- 
lytics through a self service model which links value/ 
leading business indicators to technology domains. As 
such, the invention facilitates improving the sophistication 
of technology and business decision making partners. 

[0018] The invention also targets the nature of consumption as- 
sociated with specific lines of business, services and 



products. As used herein, technology consumption may 
include, for example, computer usage, telephony resource 
usage, manufacturing cycles, and production runs. Com- 
puter usage may include, for example, utility-priced com- 
puting services based on processor usage time (as dis- 
cussed in more detail below). Telephony usage may in- 
clude, for example, the management of call centers to de- 
termine phone representative allocations, computer net- 
working decisions and the number of Tl lines needed. 
Production runs may include, for example, the efficiency 
of product runs as compared to new account orders for 
the product. 

[0019] In certain embodiments, the invention includes meaning- 
ful indicators to help understand and hence articulate 
what has caused consumption to either increase or de- 
crease against normal trends. In that regard, the invention 
helps to gauge a company's effectiveness in comparison 
to industry peers. The invention also helps a company un- 
derstand how various business initiatives are supported 
through technology and at what level of cost of consump- 
tion. The system includes a performance reporting mech- 
anism through which business and technology partners 
perceive a value (not just cost) from technology consump- 



tion. In one embodiment, the analysis may be completed 
with metrics that match the industry (e.g., IBM billing 
metrics), so the solution may be leveraged by others using 
a common metrics (e.g., IBM-GS). In addition, the general 
framework may be leveraged with other metrics as well as 
a technology management solution for other companies 
and industries. As such, the invention defines a model for 
utilizing raw consumption data and associating it with 
more detailed business classifications to facilitate identi- 
fying improvements and to promote an adequate return 
on technology investment. 
[0020] Within an entity, there may be distinct groups or depart- 
ments. Each group or department may have its own com- 
puting needs. For example, a technology company may 
have an accounting group and an engineering group. A fi- 
nancial institution may have a home loan department and 
a banking department. In addition, internal organization 
may be geographic in nature. For example, a group may 
only include European countries or only include various 
states of the United States. In such a manner, company 
statistics can be determined on a geographic basis. It is 
often desirable to determine costs used by each group or 
department. Within each group or department, there may 



be one or more sub-groups. For example, an engineering 
group may have several different sub groups, one for each 
particular job being performed by the engineering group. 
For example, a semiconductor manufacturer may have 
different sub-groups for each product being developed. In 
a similar manner, any entity may have many groups and 
sub-groups. In one embodiment, with reference to Figure 
3, customer system 10 may include a business organiza- 
tion database or module 14 which stores and tracks the 
business groups, business logistics and business func- 
tions. 

[0021] A provider of utility-priced computing services (e.g., util- 
ity computing provider 5) typically prices its services 
based on processor usage time, for example, on a CPU- 
second basis — namely, for each second of processing 
time used, a fee is charged, typically based on a predeter- 
mined schedule. For example, an entity may negotiate 
with the provider for a charge of $X per second of usage, 
with the X variable depending on how many total CPU sec- 
onds were used or are expected to be used. In such a 
manner, an entity can negotiate a volume discount or a 
stepped-type of pricing, wherein usage above a certain 
number of seconds is at a different rate. Pricing may also 



be determined by one or more other factors including, for 
example, volume, peak/off-peak usage, geographic loca- 
tion, services provided, performance expectations, loca- 
tion, service level scoring, CPU cycle, local power con- 
sumption costs, physical site security, increased site se- 
curity, additional operational procedures needed to sup- 
port increased sensitive data, level of fail over needed, 
service level agreements, account data privacy require- 
ments, and/or the like. 
[0022] One problem with such a pricing scheme is that the enti- 
ties are billed based only on the number of seconds used. 
One method to minimize such a problem would be to es- 
tablish a separate account with the provider for each 
group within an entity. In such a manner, each group has 
its group expenditures separated from expenditures of 
other groups and the provider would bill each group sep- 
arately for computing services. Several disadvantages are 
presented, however. For example, the use of a separate 
account for each group reduces the benefits of having 
only a single bill to pay. In addition, costs within each 
group are not separated. For example, a group may have 
multiple projects. Even if costs are separated by group, 
individual projects within a group are typically not sepa- 



rated. While various embodiments discussed lierein relate 
to computer usage, one sl<illed in the art will appreciate 
that the present invention also contemplates the same 
features and functions for monitoring, identifying, allocat- 
ing and distributing the costs related to the consumption 
of any technology resource by an organization. 

[0023] In one embodiment, with reference to Figure 3, the system 
may include a utility computing provider 5 and a customer 
system 10. Utility computing provider may include hard- 
ware and/or software suitably configured to provide cer- 
tain functions or store certain information such as, for ex- 
ample, computing assets, consumption tracking, con- 
sumption billing profiles, customer profiles and customer 
applications. The computing assets of the utility comput- 
ing provider 5 may include, for example, a mainframe, 
midrange, end user computing, groupware and help desk 
hardware and /or software. 

[0024] In one embodiment, and with continued reference to Fig- 
ure 3, customer system 10 may send a request for con- 
sumption services to utility computing provider 5. Cus- 
tomer system 10 may receive raw billing and raw con- 
sumption metrics from utility computing provider 5. Cus- 
tomer system 10 may include hardware and/or software 



suitably configured to perform tlie functions discussed 
lierein such as, for example, activity based module 12, 
business organization module 14, business performance 
module 16 and technology owner module 18. Customer 
system 10 may also include, for example, data verification 
module 20, business intelligence module 22, data hosting 
module 24 which may include dataware, presentation 
content management module 26 and presentation delivery 
module 28. 

[0025] In one embodiment, the user communicates with the util- 
ity computing provider 5 through a network either directly 
or via a controller which monitors the services. The con- 
troller may be operated by and/or located at the provider 
of computing services, a third party and/or the user. The 
controller may be separate software or hardware or the 
controller may be integrated into any existing billing sys- 
tem. The controller may be similar to known controllers 
used for controlling the billing and usage related to cellu- 
lar phones, internet access, utilities (e.g., water, electric- 
ity), cable television and the like. The controller may in- 
clude various databases for storing, searching and analyz- 
ing the information or data discussed herein. For exam- 
ple, the controller database may include application pro- 



files, unique identifiers, billing data, business model files, 
value drivers and the like. 
[0026] As used herein, the term "network" shall include any elec- 
tronic communications means which incorporates both 
hardware and software components of such. Communica- 
tion among the parties in accordance with the present in- 
vention may be accomplished through any suitable com- 
munication channels, such as, for example, a telephone 
network, an extranet, an intranet, Internet, point of inter- 
action device (point of sale device, personal digital assis- 
tant, cellular phone, kiosk, etc.), online communications, 
off-line communications, wireless communications, 
transponder communications, local area network (LAN), 
wide area network (WAN), networked or linked devices 
and/or the like. Moreover, although the invention is fre- 
quently described herein as being implemented with TCP/ 
IP communications protocols, the invention may also be 
implemented using IPX, Appletalk, IP-6, NetBIOS, OSI or 
any number of existing or future protocols. If the network 
is in the nature of a public network, such as the Internet, 
it may be advantageous to presume the network to be in- 
secure and open to eavesdroppers. Specific information 
related to the protocols, standards, and application soft- 



ware utilized in connection witli tlie Internet is generally 
known to those skilled in the art and, as such, need not be 
detailed herein. See, for example, Dilip Naik, "Internet 
Standards and Protocols" (1998); "Java 2 Complete", vari- 
ous authors, (Sybex 1999); Deborah Ray and Eric Ray, 
"Mastering HTML 4.0" (1997); and Loshin, "TCP/IP Clearly 
Explained" (1997) and David Gourley and Brian Totty, 
"HTTP, The Definitive Guide" (2002), the contents of which 
are hereby incorporated by reference. 
[0027] The various system components may be independently, 
separately or collectively suitably coupled to the network 
via data links which includes, for example, a connection to 
an Internet Service Provider (ISP) over the local loop as is 
typically used in connection with standard modem com- 
munication, cable modem. Dish networks, ISDN, Digital 
Subscriber Line (DSL), or various wireless communication 
methods. See, e.g., Gilbert Held, Understanding Data 
Communications (1996), hereby incorporated by refer- 
ence. It is noted that the network may be implemented as 
other types of networks, such as an interactive television 
(ITV) network. Moreover, the system contemplates the 
use, sale or distribution of any goods, services or infor- 
mation over any network having similar functionality de- 



scribed herein. 
[0028] Any databases discussed lierein may be any type of 

database, sucli as relational, hierarchical, graphical, ob- 
ject-oriented, and/or other database configurations. 
Common database products that may be used to imple- 
ment the databases include DB2 by IBM (White Plains, NY), 
various database products available from Oracle Corpora- 
tion (Redwood Shores, CA), Microsoft Access or Microsoft 
SQL Server by Microsoft Corporation (Redmond, Washing- 
ton), or any other suitable database product. Moreover, 
the databases may be organized in any suitable manner, 
for example, as data tables or lookup tables. Each record 
may be a single file, a series of files, a linked series of 
data fields or any other data structure. Association of cer- 
tain data may be accomplished through any desired data 
association technique such as those known or practiced in 
the art. For example, the association may be accom- 
plished either manually or automatically. Automatic asso- 
ciation techniques may include, for example, a database 
search, a database merge, GREP, AGREP, SQL, and/or the 
like. The association step may be accomplished by a 
database merge function, for example, using a "key field" 
in pre-selected databases or data sectors. 



[0029] More particularly, a "key field" partitions the database ac- 
cording to the high-level class of objects defined by the 
key field. For example, certain types of data may be des- 
ignated as a key field in a plurality of related data tables 
and the data tables may then be linked on the basis of the 
type of data in the key field. In this regard, the data corre- 
sponding to the key field in each of the linked data tables 
is preferably the same or of the same type. However, data 
tables having similar, though not identical, data in the key 
fields may also be linked by using AGREP, for example. In 
accordance with one aspect of the present invention, any 
suitable data storage technique may be utilized to store 
data without a standard format. Data sets may be stored 
using any suitable technique, including, for example, 
storing individual files using an ISO/IEC 7816-4 file struc- 
ture; implementing a domain whereby a dedicated file is 
selected that exposes one or more elementary files con- 
taining one or more data sets; using data sets stored in 
individual files using a hierarchical filing system; data sets 
stored as records in a single file (including compression, 
SQL accessible, hashed via one or more keys, numeric, al- 
phabetical by first tuple, etc.); block of binary (BLOB); 
stored as ungrouped data elements encoded using ISO/ 



lEC 7816-6 data elements; stored as ungrouped data ele- 
ments encoded using ISO/IEC Abstract Syntax Notation 
(ASN.l) as in ISO/IEC 8824 and 8825; and/or other pro- 
prietary techniques that may include fractal compression 
methods, image compression methods, etc. 
[0030] In one exemplary embodiment, the ability to store a wide 
variety of information in different formats is facilitated by 
storing the information as a Block of Binary (BLOB). Thus, 
any binary information can be stored in a storage space 
associated with a data set. As discussed above, the binary 
information may be stored on the financial transaction in- 
strument or external to but affiliated with the financial 
transaction instrument. The BLOB method may store data 
sets as ungrouped data elements formatted as a block of 
binary via a fixed memory offset using either fixed stor- 
age allocation, circular queue techniques, or best prac- 
tices with respect to memory management (e.g., paged 
memory, least recently used, etc.). By using BLOB meth- 
ods, the ability to store various data sets that have differ- 
ent formats facilitates the storage of data associated with 
the financial transaction instrument by multiple and unre- 
lated owners of the data sets. For example, a first data set 
which may be stored may be provided by a first party, a 



second data set which may be stored may be provided by 
an unrelated second party, and yet a third data set which 
may be stored, may be provided by a third party unrelated 
to the first and second party. Each of these three exem- 
plary data sets may contain different information that is 
stored using different data storage formats and/or tech- 
niques. Further, each data set may contain subsets of data 
which also may be distinct from other subsets. 
[0031] As stated above, in various embodiments of the present 
invention, the data can be stored without regard to a 
common format. However, in one exemplary embodiment 
of the present invention, the data set (e.g., BLOB) may be 
annotated in a standard manner when provided for ma- 
nipulating the data onto the financial transaction instru- 
ment. The annotation may comprise a short header, 
trailer, or other appropriate indicator related to each data 
set that is configured to convey information useful in 
managing the various data sets. For example, the annota- 
tion may be called a "condition header", "header", "trailer", 
or "status", herein, and may comprise an indication of the 
status of the data set or may include an identifier corre- 
lated to a specific issuer or owner of the data. In one ex- 
ample, the first three bytes of each data set BLOB may be 



configured or configurable to indicate tlie status of tliat 
particular data set; e.g., LOADED, INITIALIZED, READY, 
BLOCKED, REMOVABLE, or DELETED. Subsequent bytes of 
data may be used to indicate for example, the identity of 
the issuer, user, transaction/membership account identi- 
fier or the like. Each of these condition annotations are 
further discussed herein. 
[0032] jhe data set annotation may also be used for other types 
of status information as well as various other purposes. 
For example, the data set annotation may include security 
information establishing access levels. The access levels 
may, for example, be configured to permit only certain in- 
dividuals, levels of employees, companies, or other enti- 
ties to access data sets, or to permit access to specific 
data sets based on the transaction, merchant, issuer, user 
or the like. Furthermore, the security information may re- 
strict/permit only certain actions such as accessing, mod- 
ifying, and/or deleting data sets. In one example, the data 
set annotation indicates that only the data set owner or 
the user are permitted to delete a data set, various identi- 
fied merchants are permitted to access the data set for 
reading, and others are altogether excluded from access- 
ing the data set. However, other access restriction param- 



eters may also be used allowing various entities to access 
a data set with various permission levels as appropriate. 

[0033] The data, including the header or trailer may be received 
by a stand alone interaction device configured to add, 
delete, modify, or augment the data in accordance with 
the header or trailer. As such, in one embodiment, the 
header or trailer is not stored on the transaction device 
along with the associated issuer-owned data but instead 
the appropriate action may be taken by providing to the 
transaction instrument user at the stand alone device, the 
appropriate option for the action to be taken. The present 
invention may contemplate a data storage arrangement 
wherein the header or trailer, or header or trailer history, 
of the data is stored on the transaction instrument in rela- 
tion to the appropriate data. 

[0034] One skilled in the art will also appreciate that, for security 
reasons, any databases, systems, devices, servers or other 
components of the present invention may consist of any 
combination thereof at a single location or at multiple lo- 
cations, wherein each database or system includes any of 
various suitable security features, such as firewalls, access 
codes, encryption, decryption, compression, decompres- 
sion, and/or the like. For a basic introduction of cryptog- 



raphy and network security, see any of the following ref- 
erences: (1) "Applied Cryptography: Protocols, Algorithms, 
And Source Code In C," by Bruce Schneier, published by 
John Wiley & Sons (second edition, 1996); (2) "Java Cryp- 
tography," by Jonathan Knudson, published by O'Reilly & 
Associates (1998); (3) "Cryptography & Network Security: 
Principles & Practice," by William Stallings, published by 
Prentice Hall; all of which are hereby incorporated by ref- 
erence. 

[0035] As used herein, a "user" or any similar term may include a 
person, entity, division, group, software, hardware, and/or 
the like. The identifier may include any device, code, 
number, account, account number, project number, divi- 
sion number, group number, letter, symbol, digital certifi- 
cate, smart chip, digital signal, analog signal, biometric or 
other identifier/indicia suitably configured to allow the 
consumer to access, interact with or communicate with 
the system or controller such as, for example, one or 
more of an authorization/access code, personal identifi- 
cation number (PIN), Internet code, other identification 
code, and/or the like which may optionally be located on 
or associated with a rewards card, charge card, credit 
card, debit card, prepaid card, telephone card, smart card. 



embossed card, magnetic stripe card, bar code card, 
transponder, radio frequency card or an associated ac- 
count. The account number may be distributed and stored 
in any form of plastic, electronic, magnetic, radio fre- 
quency, wireless, audio and/or optical device capable of 
transmitting or downloading data from itself to a second 
device. The identifier may be unique or similar to other 
identifiers. The identifier may include corporate billing in- 
formation as part of the code or the identifier may include 
more than one identifier (e.g., corporate purchase order 
number and cost center number). 
[0036] vvith reference to Figures 1 and 3, a flowchart illustrating 
the operation of a system of the present invention is 
shown. A computing provider 5 supplies its raw billing 
data to the system (step 102). The raw billing data in- 
cludes all the computing time used by the entity during a 
certain time period. This data may be organized by jobs, 
wherein each specific job executed by the computing 
provider is individually tracked and reported by the com- 
puting provider to the system of the present invention. 
Thereafter, the system reads a "business model" file from 
business organization module 14 that contains data as to 
how the business that incurred the costs is organized 



(step 104). The raw data is then grouped according to the 
business model (step 106). Thereafter, the data, now 
sorted according to the internal organization of the entity, 
can be displayed using presentation content management 
module 26 and presentation delivery module 28 (step 
108) or used in a variety of different manners. 
[0037] vvith reference to Figures 2 and 3, further explanation is 
provided as to the creation of a business model file. The 
business model file contains the various business dimen- 
sions of the entity. The customer system 10 may utilize 
business organization module 14 to determine the inter- 
nal structure of the entity (step 202) which may entail de- 
termining the groups within the entity and how each 
group is organized. As described above, an entity may 
have several major groups such as an engineering group 
and an accounting group. Each group may be further di- 
vided into sub-groups. For example, an accounting group 
may be divided into accounts payable and accounts re- 
ceivable. The entity may be divided into as many groups 
and sub-groups as the entity desires, in order to make a 
more accurate depiction of expenditures. This determin- 
ing step is typically performed by the entity and promul- 
gated to a system of the present invention. 



[0038] Technology owner module 18 of customer system 10 may 
then determine the application profiles and/or application 
performance drivers (step 204). For example, each group 
and sub-group have certain tasks performed by the com- 
puting provider. The application profiles identify each task 
with a group or sub-group. Typically, processor usage 
time is associated with a unique identifier. In turn, the ap- 
plication profiles associate each unique identifier with a 
group or subgroup. In a similar manner, expenses for 
products under traditional pricing models can also be di- 
vided among groups and sub-groups according to which 
group or sub-group incurred the expenses. 

[0039] As set forth in more detail below, activity based module 

12 of customer system 10 determines the billing details of 
each group and sub-group within the entity (step 206). 
The billing details include how each group and sub-group 
from business organization module 14 use computing 
services. For additional information related to allocation of 
fees and detailed statements, see, for example, U.S. Serial 
No. 09/904,965, filed on July 13, 2001, and entitled "Fee 
Allocator System And Method", which is hereby incorpo- 
rated by reference. 

[0040] vvith continued reference to Figure 2, business perfor- 



mance module 16 then gathers the value drivers of the 
entity from the entity (step 208). The customer system 
uses the value drivers and Incorporates periodic business 
value drivers to create business performance Indicators. 
Value drivers are the criteria used by the entity to deter- 
mine if they are successful. For example, one company 
may consider cost per transaction to be very important, 
especially for future expansion purposes. In contrast, an- 
other company may be more concerned with total costs 
incurred. 

[0041] Once all the Information Is gathered, the business model 
Is stored and used as described above. In particular, while 
the various jobs performed by the computing provider are 
assigned a unique identifier, those unique identifiers are 
not otherwise used by the computing provider, which only 
provides a bill for the total services provided. Using the 
business model, an embodiment of the present invention 
Is able to determine exactly how much computing time 
was used by each group and sub-group within an entity. 
In addition, an organization using an embodiment of the 
present invention is able to examine technology opera- 
tional costs In the various groups allowing the organiza- 
tion to make a more Informed, value-based decision re- 



garding its technology portfolio. 
[0042] After all the above processes have been performed, the 
costs can be analyzed and it can be determined if too 
much CPU time is used for certain tasks. For example, the 
benefits of running a weather simulation every 15 minutes 
may be outweighed by the costs incurred in running the 
simulation that often. For a financial institution processing 
credit card authorizations, it may be determined that per- 
forming a credit card authorization for purchases below a 
certain amount (e.g., $25) may not be cost effective in 
terms of the number of determinations of non- 
authorizations. 

[0043] In addition, the costs can be presented in a variety of dif- 
ferent manners using, for example, presentation content 
management module 26 and presentation delivery module 
28. For example, the costs can be displayed graphically, 
such that a meaningful comparison of costs can be made. 
Such comparisons can be across different groups and 
sub-groups or such comparisons may be within group or 
sub-group, comparing costs during different time peri- 
ods. In addition, costs can be presented in a format that 
allows easy data manipulation. For example, the costs can 
be translated into a spreadsheet format such that a user 



can examine the costs using tools of iiis preference. 
[0044] In anotlier embodiment, witli reference to Figure 3, activ- 
ity based module 12 receives the raw billing data from 
utility computing provider 5, combines or compares the 
raw billing data with billing cycle feeds, then the informa- 
tion is consolidated into a billing module within customer 
system 10. Business organization module 14 uses one or 
more of the business group, business logistic and busi- 
ness functions, and combines or compares the informa- 
tion with business support structure and business pro- 
cesses, then the information is consolidated into the busi- 
ness process model. Business performance module 16 
combines or compares value drivers with periodic busi- 
ness value drivers, then the information is consolidated 
into the business performance indicators. Technology 
owner module 18 combines or compares applications with 
application profiles and application performance drivers, 
then the information is consolidated into the application 
profiles and service module. Moreover, data verification 
module 20 receives and verifies the raw consumed metrics 
from utility computing provider 5 and sends this informa- 
tion to the business intelligence module 22. Business in- 
telligence module 22 incorporates the verified raw con- 



sumed metrics with billing, business process model, busi- 
ness performance indicators, application profiles and ser- 
vice models. Business intelligence module 22 sends the 
information to data hosting module 24 wherein the 
dataware manipulates and/or organizes the data. Data 
hosting module 24 then sends the data to presentation 
content management module 26, which in turn incorpo- 
rates the information with the user community profiles. 
The presentation delivery module 28 receives the infor- 
mation and is suitably configured to present the informa- 
tion to the user interface. 

[0045] The present invention also provides a system for auto- 
matically dividing the billing for fees associated with the 
computing time, use or other similar services among any 
designated account, project, process or division. The user 
may initially provide the controller with information re- 
lated to business model files, application profiles and/or 
value drivers. As briefly set forth above, the controller 
may utilize the business model files, application profiles 
and/or value drivers to associate an identifier with an ac- 
count, project, process, or division such that the comput- 
ing time is allocated to the particular identifier. 

[0046] For any user which desires computing time, the system 



may request that the user submit an identifier. For exam- 
ple, a user may submit an identifier which includes his 
charge card number such that the computing time is 
billed directly to the charge card. In another embodiment, 
the user may submit a corporate account number or a 
project number such that the computing time is billed to 
the corporation, but a portion of the time is billed to the 
specific project being completed by the corporation. In 
another embodiment, the controller automatically recog- 
nizes the project or group based upon the pre-existing 
business model files, application profiles and/or value 
drivers. For example, the controller may recognize an 
email address, computer identification, user name or any 
other user information, then automatically assign the 
billing related to the associated computing time to a par- 
ticular identifier. In another example, the controller may 
recognize that any computing usage during a particular 
time period is automatically assigned to a particular iden- 
tifier. 

[0047] Similarly, the controller may determine the allocation of 
billing based on levels of users, geographic areas, 
projects, zones and the like. For example, if the user is a 
Vice-President, the computing time may be allocated to a 



corporate identifier. However, if tlie user is a programmer, 
the computing time may be allocated to a particular 
project. Similarly, the computing time may be allocated to 
a Southeast business unit when the user is a programmer 
using a computer in New Orleans, and the computing time 
may be allocated to a Northwest business unit when the 
user is a programmer using a computer in Seattle. 

[0048] The controller may also be configured to allocate com- 
puter usage billings to third party customers or providers. 
For example, if a third party accounting company (e.g., 
Coopers Lybrand) is using General Electric's computing 
time to fix or install new accounting software for General 
Electric, General Electric may request that the controller 
bill the Coopers computing time directly to Coopers. 

[0049] The controller may also include a rules engine. The user 
may provide rules, algorithms or guidelines for the rules 
engine or the rules engine may create rules. The rules may 
be established dynamically, in substantially real-time, in a 
batch process, for a certain project, for a certain time pe- 
riod, a certain business unit and the like. The rules may 
determine how the controller divides the billings or pro- 
vides other features or services as discussed herein (e.g., 
switching usage providers, restricting usage). The con- 



troller may notify any user of the rules that will be or have 
been implemented for particular computer usage. For ex- 
ample, the rules may establish that any computer usage 
below 25 hours is billed to a corporate account, computer 
usage above 25 hours is billed to the particular project 
and any computer usage above 50 hours must obtain 
prior approval from a higher level of employee. In this re- 
gard, when computer usage approaches 50 hours, the 
controller notifies a corporate officer (as described herein) 
and restricts additional computer usage until a corporate 
officer submits a special identifier to the controller. The 
controller may also notify the user when the computer us- 
age reaches 25 hours, so the user knows that the usage 
will soon be billed to the particular project. 
[0050] The controller may be suitably configured to implement a 
loyalty program or accept loyalty points for payment. With 
regard to implementing a loyalty program, the controller 
may include any software and /or hardware for allowing 
users to earn or redeem loyalty points. The points may be 
earned by the person using the computing time and/or 
the person's company. The points may also be "assigned" 
to a third party such as a charity. The controller may in- 
corporate the loyalty program or interface with a third 



party loyalty program. The controller may request an ad- 
ditional identifier associated with the system or any other 
third party loyalty program identifier. For example, the 
system may provide American Express Membership Re- 
wards points or American Airlines Advantage Miles to 
companies that use any amount, a predetermined amount 
or any other type of computer usage discussed herein. In 
one embodiment, the system may provide an increased 
amount of loyalty points for computer usage during low 
usage times (e.g., nighttime) to provide an incentive to 
obtain the computer services at the low use hours. The 
system may also provide multiples of points (e.g., double 
points) to provide other incentives. The loyalty points may 
be related to a geographic area in that computer usage in 
Dallas may result in the user obtaining Dallas loyalty 
points. The system may store the computer usage loyalty 
points in a loyalty account associated with each identifier 
or user. Alternatively, the system may report allocations of 
loyalty points to a third party database in substantially 
real-time, batch mode or any other time frame. 
[0051] The system may also accept or redeem loyalty points. In 
one embodiment, the redemption request may include 
loyalty points earned from computer usage time. In an- 



other embodiment, the user may use loyalty points from 
other loyalty programs to purchase additional computer 
usage time or any other goods or services from the sys- 
tem. In other embodiments, the system may accept a 
combination of loyalty points issued by the system and 
third party loyalty points. The system may convert the 
loyalty points to a monetary value such that the provider 
of computing time receives a monetary value. The system 
includes facilitating the transfer, gifting and/or pooling of 
loyalty points between accounts. In an exemplary embodi- 
ment, the system includes facilitating the substantially 
real-time transfer of loyalty points between accounts. The 
transfer may include a deduction from a first account and 
a crediting of a second account with any type or portion of 
points (or points converted to another geographic desig- 
nation). Moreover, the transfer may involve any portion of 
the points transferred in substantially real-time, certain 
points transferred in a batch transfer, certain points 
transferred upon a triggering event, certain points trans- 
ferred over time and/or certain points transferred upon 
satisfaction of a condition or rule. In one embodiment, the 
system includes any hardware and/or software discussed 
herein or known in the art suitably configured for receiv- 



ing a transfer request (e.g., user request, triggering event, 
etc) for a transfer of a any portion of loyalty points, ac- 
cessing and analyzing the total number of a certain type 
of all of loyalty points in the transferor account to deter- 
mine if a sufficient number of points exist, analyzing the 
type/level of user and type/level of points to be involved 
in the transfer, determining if any rules exist for restrict- 
ing or limiting the transfer of points, using a conversion 
engine to convert the point value or geographic area des- 
ignation to an appropriate point value or geographic area 
designation in the transferee account, deducting the re- 
quested loyalty points from the transferor account, and 
increasing the point balance in the transferee account. 
[0052] The system also creates enhanced descriptive billing 

statements which may, for example, simplify the process 
of reconciling fees to the computing usage costs. The 
billing statements may include any of the information dis- 
cussed herein. For example, the billing statements may 
include on or more of the following: total computer usage 
time, computer usage time associated with each identifier, 
account, project, process or division, time periods of 
computer usage, users associated with the computer us- 
age during any or all of the time periods, authorizations 



received, rule engine guidelines used during the computer 
usage, notifications sent by the controller, accounts billed 
for the usage, processing power associated with each us- 
age, provider providing the computing time, computer us- 
age and billings associated with business model files, ap- 
plication profiles or value drivers, and any analysis, statis- 
tics or graphical display of usage or billings. 
[0053] The system may also monitor computing time usage in 
substantially real-time, any pre-established time period 
or any random period. The monitoring of usage and re- 
quests for usage may result in notifications and/or warn- 
ings related to low or excessive use. The notifications may 
be via phone, email, pager, cell phone, personal digital 
assistant, fax or any other communication method dis- 
cussed herein. The notifications may include a simple 
message, detailed data, or a signal (e.g., audible, visual, 
mechanical, etc). For example, a computer screen may 
start to flash when usage levels exceed a pre-defined 
amount of time for a certain project. Additionally, the 
computer may activate a signal when the usage costs are 
changed at a certain time of day (e.g., lower usage costs 
after 7 p.m.). In another embodiment, a computer screen 
may include a clock which indicates the total usage for a 



project by all computers, usage by the individual com- 
puter and/or usage by the person operating the computer 
at the specific time. In this regard, the system may re- 
quest that any user first input any of the identifiers dis- 
cussed herein to allow the system to track the user at any 
computer which interfaces with the system and to enable 
the computer to display the usage time associated with 
the identifier. Similarly, the system may include a project 
identifier, a group identifier, a geographic identifier, a 
process identifier and/or the like. For example, the sys- 
tem may include a plurality of clocks which each indicate a 
different amount of time utilized by a person, by a group 
in which the person is a member, by the geographic team 
of which the person is a member, etc. In other words, a 
person may be part of a group from around the world 
which is re-configuring accounting software, but the same 
person may be part of a team of programmers in India, 
wherein the team is trying to keep computer usage time 
to a minimum during the nighttime hours (when the USA 
part of the team is using the computer time). The display 
may not only show the amount of computer usage time, 
but the display may also (or alternatively) convert the us- 
age time to a monetary or dollar value such that the user 



may appreciate the real costs for different projects 
(especially when different projects are billed at different 
fees for the same computer usage time). The system may 
limit the notifications or display of information to certain 
types of users depending, for example, on the classifica- 
tion of the users. In one embodiment, the system may 
display personal usage time to a programmer, but the 
Vice-President may be able to view total project usage 
time and usage time in different geographic regions. 
[0054] The system may also provide data analysis and compile 
usage statistics. The "data analysis", as used herein, shall 
be understood to comprise quantitative and qualitative 
research, statistical modeling, regression analyses, market 
segmentation analyses, econometrics, and/or the like. 
Such analyses may be used to characterize a user, predict 
a user's behavior, and/or correlate any of the data dis- 
cussed herein. The system may acquire information re- 
lated to providers of computer usage time and utilize the 
value drivers, business models, expenditures and the like 
to determine if the user is optimally utilizing computing 
time. For example, if the user is purchasing computing 
time during the daytime hours which is three times as ex- 
pensive as nighttime hour computing time, the system 



may suggest to the user that the user batch process the 
transactions that require the purchased computer time 
and process a large portion of the transactions at night- 
time hours when the computer usage rates are lower. The 
system may conduct further analysis and determine that it 
may be more efficient or cost effective to process transac- 
tions valued at over $10,000 in substantially real-time 
during the day at the higher rates because the substan- 
tially real-time processing reduces fraud by a factor 
greater than three times the computer usage cost. In an- 
other embodiment, the system may transfer a certain por- 
tion of processing needs to another computer usage 
provider that provides lower rates during certain desired 
time periods. The system may restrict or set rules on 
computer usage during certain time periods when usage 
rates are high, other users are utilizing the computer pro- 
cessing power, spikes or dips in usage (e.g., in substan- 
tially real-time), more loyalty points are available and the 
like. 

[0055] After determining computer usage needs of one or more 
users (or upon user request), the system may send out re- 
quests for bids to obtain improved financial arrangements 
from computer usage providers. The system may enroll 



the user with many providers of computing services such 
that the system may obtain bids from numerous providers 
without the need to enroll the user with each provider re- 
quest for quote system. For additional information related 
to the request for quote system, see, for example. Serial 
No.: 09/934,818 by Anne O'Malley, et al., filed on August 
22, 2000, and entitled "Method And Apparatus For En- 
rolling With Multiple Request For Quote Providers", which 
is hereby incorporated by reference. The system may also 
incorporate or access software and hardware which is 
suitably configured to conduct a reverse auction for sup- 
pliers willing to provide bids for certain usage volume or 
certain time periods. 
[0056] The present invention is described herein with reference 
to block diagrams, flowchart illustrations of methods, 
systems, and computer program products according to 
various aspects of the invention. It will be understood that 
each functional block of the block diagrams and the 
flowchart illustrations, and combinations of functional 
blocks in block diagrams and flowchart illustrations, re- 
spectively, may be implemented by computer program in- 
structions. These computer program instructions may be 
loaded on a general purpose computer, special purpose 



computer, or other programmable data processing appa- 
ratus to produce a machine, such that the instructions 
which execute on the computer or other programmable 
data processing apparatus create means for implementing 
the functions specified in the flowchart block or blocks. 

[0057] For the sake of brevity, conventional data networking, ap- 
plication development and other functional aspects of the 
systems (and components of the individual operating 
components of the systems) may not be described in de- 
tail herein. Furthermore, the connecting lines shown in the 
various figures contained herein are intended to represent 
exemplary functional relationships and/or physical cou- 
plings between the various elements. It should be noted 
that many alternative or additional functional relationships 
or physical connections may be present in a practical 
electronic transaction system. 

[0058] These computer program instructions may also be stored 
in a computer-readable memory that can direct a com- 
puter or other programmable data processing apparatus 
to function in a particular manner, such that the instruc- 
tions stored in the computer-readable memory produce 
an article of manufacture including instruction means 
which implement the function specified in the flowchart 



block or blocks. The computer program instructions may 
also be loaded on a computer or other programmable 
data processing apparatus to cause a series of operational 
steps to be performed on the computer or other pro- 
grammable apparatus to produce a computer-imple- 
mented process such that the instructions which execute 
on the computer or other programmable apparatus pro- 
vide steps for implementing the functions specified in the 
flowchart block or blocks. 
[0059] Accordingly, functional blocks of the block diagrams and 
flowchart illustrations support combinations of means for 
performing the specified functions, combinations of steps 
for performing the specified functions, and program in- 
struction means for performing the specified functions. It 
will also be understood that each functional block of the 
block diagrams and flowchart illustrations, and combina- 
tions of functional blocks in the block diagrams and 
flowchart illustrations, can be implemented by either spe- 
cial purpose hardware-based computer systems which 
perform the specified functions or steps, or suitable com- 
binations of special purpose hardware and computer in- 
structions. 

[0060] The system may include a host server or other computing 



systems including a processor for processing digital data, 
a memory coupled to said processor for storing digital 
data, an input digitizer coupled to the processor for in- 
putting digital data, an application program stored in said 
memory and accessible by said processor for directing 
processing of digital data by said processor, a display 
coupled to the processor and memory for displaying in- 
formation derived from digital data processed by said 
processor and a plurality of databases, said databases in- 
cluding client data, merchant data, financial institution 
data and/or like data that could be used in association 
with the present invention. As those skilled in the art will 
appreciate, user computer will typically include an operat- 
ing system (e.g., Windows NT, 95/98/2000, Linux, Solaris, 
etc.) as well as various conventional support software and 
drivers typically associated with computers. User com- 
puter can be in a home or business environment with ac- 
cess to a network. In an exemplary embodiment, access is 
through the Internet through a commercially-available 
web-browser software package. 
[0061] As will be appreciated by one of ordinary skill in the art, 
the present invention may be embodied as a method, a 
data processing system, a device for data processing. 



and/or a computer program product. Accordingly, the 
present invention may tal<e tlie form of an entirely soft- 
ware embodiment, an entirely hardware embodiment, or 
an embodiment combining aspects of both software and 
hardware. Furthermore, the present invention may take 
the form of a computer program product on a computer- 
readable storage medium having computer-readable pro- 
gram code means embodied in the storage medium. Any 
suitable computer-readable storage medium may be uti- 
lized, including hard disks, CD-ROM, optical storage de- 
vices, magnetic storage devices, and/or the like. 

[0062] In the foregoing specification, the invention has been de- 
scribed with reference to specific embodiments. However, 
it will be appreciated that various modifications and 
changes can be made without departing from the scope of 
the present invention. The specification and figures are to 
be regarded in an illustrative manner, rather than a re- 
strictive one, and all such modifications are intended to 
be included within the scope of present invention. 

[0063] Benefits, other advantages, and solutions to problems 
have been described above with regard to specific em- 
bodiments. No element described herein is required for 
the practice of the invention unless expressly described as 



"essential" or "critical". 



